scalebutton: Add autoscrolling

Use the smooth autoscrolling that the scale can do,
and at the same time stop using legacy event signals.

button: Add private api to get at the gesture

Attaching another gesture from the outside does not
work currently, so let widgets share their button's
gesture for now.

range: Add private api to autoscroll

This will be used to scroll the scale in scale buttons.

path bar: Drop non-functional hold-to-scroll code

Scrolling a path bar is of marginal usefulness - you need to
find a really deep place in your filesystem hierarchy in order
to scroll one or two places at best. And the code we had for
this was not working. And it was using legacy event handlers.
Instead of fixing it, remove it.

x11: Refactor xevent filtering some more

We now have a GdkX11Display::xevent signal that gets emitted for every
XEvent and allows you to interrupt processing via TRUE/FALSE return
values.
These return values to correspond to GDK_FILTER_REMOVE and
GDK_FILTER_CONTINUE respectively.

The GDK_FILTER_TRANSLATE case from gdk_window_add_filter() is now meant
to be handled via gdk_display_put_event().

widget-factory: Avoid a legacy event handler

We can use a gesture instead, here.

x11: Use GdkX11Display::translate-event more

x11: Make clipboard use translate-event signal

gdk: Clean up marshalers

Don't generate marshallers that are not needed.

Use the default ones if they exist.

x11: Add GdkX11Display:translate-event signal

This is supposed to replace gdk_window_add_filter() in the long run.

x11: Constify XEvent usage

gdk: Remove gdk_event_put(), peek() etc

We don't want to treat events like they don't belong to displays. So
instead, people should use gdk_display_put/peek/get_event().

x11: Refactor code

This is in preparation for DND.

It moves a lot of code from gdkclipboard-x11.c to
gdkselectionoutputstream-x11.c to untangle it from GdkX11Clipboard
usage.

gdk: Remove unused function

Fun fact: This function was never used.

a11y: drop the focus tracker

This code was doing horrible things, and the atk documentation
for the focus tracking feature says that this is deprecated and
not used anymore. So lets not do it.

placesview: Make middle click work

This does not cost us much, and improves consistency.

Deprecate many legacy event signals

Mark the following signals as deprecated:
event, event-after, button-press-event, button-release-event,
touch-event, scroll-event, motion-notify-event, enter-notify-event,
leave-notify-event, property-notify-event, selection-clear-event,
selection-request-event, selection-notify-event, selection-received,
selection-get, proximity-in-event, proximity-out-event. Most
of these have suitable replacements in event controllers and
gestures already. The selection-related signals will soon be
irrelevant when selection handling moves to GDK.

Set G_ENABLE_DIAGNOSTIC=1 to see deprecation
warnings for uses of these signals.

Install gtkeventcontrollermotion.h

Public headers need to be listed in gtk/meson.build.
This was overlooked when I added the controller.

Update POTFILES.in

Add GtkEventControllMotion to the docs

paned: Stop using motion notify

We can use the new motion event controller that
was introduced for this purpose.

about dialog: Stop using event-after as well

We can just use a multipress gesture for this purpose.

about dialog: Stop using motion notify

We can use the new motion event controller for this.

label: Use GtkEventControllerMotion

This lets us avoid legacy event signals here.

Add a simple motion eventcontroller

This can serve as a replacement for the legacy
event signals for enter/leave/motion notify.

Try to make a composite entry

This is an attempt to see how much work is needed to
reproduce entry icons by just putting an entry and images
in a box, with some css glue.

placessidebar: Don't use root coordinates

dnd: Pass device, not event

You don't start a dnd operation with a device, you start it with an
event.

dnd: No longer allow passing -1

Nobody ever does that and special cases are evil.

dnd: Remove button argument from drag_begin()

It was unused.

calendar: Stop using a legacy event handler

Replace the motion_notify handler by a drag gesture.

Adwaita: Set an icon size for drag icons

This makes drag icons set from icon names come out
at a size that it large enough to not disappear under
the drag cursor.

Set a style class for drag icons

This lets us use the new icon-size machinery to
ensure we don't have tiny drag icons when using
named icons.

gdk: Remove gdk_drag_manage_dnd()

Instead, pass the actions as part of gdk_drag_begin() and insist DND is
always managed.

A new side effect is that gdk_drag_begin() can now return %NULL.

dnd: No point in determining the keyboard

We only use the pointer.

dnd: Pass dx/dy instead of x_root/y_root

This way, we don't need root coordinates when computing the dnd start
position.

dnd: Make gdk_drag_context_set_device() private

There's no need to call it from GTK anymore, because we pass the device
to gdk_drag_begin().

calendar: Don't request drag data on every motion event

At least wait until we've received the previous one.

gdk: Remove outdated gdk_drag_begin() alternatives

There's only one that's ever used, so delete the others and rename this
one to gdk_drag_begin().

link button: Set a drag icon

It is a bit odd to drag nothing around, so set an icon.

docs: Don't mention css for setting cursors

We don't have a plan to make this work, so lets not
talk about it in the docs.

entry: Allocate the progress bar only what it needs

We were allocating the progress bar to the full size
of the entry. This made entry icons loose their cursors,
since they were 'covered' by the progress bar, even though
it doesn't draw anything there.

Fix updating the widget accessible description when using its tooltip

We need to notify ATK the description changed when the tooltip text associated
with the widget changes and gtk_widget_accessible_get_description() would use
it as the description.

https://bugzilla.gnome.org/show_bug.cgi?id=779009

Fix irregular gdk_frame_clock_get_frame_time

This fixes stuttering in animations that rely on the regularity of
gdk_frame_clock_get_frame_time.

https://bugzilla.gnome.org/show_bug.cgi?id=787665

BEFORE
gdkgears:
58 FPS and visibly stuttering
gnome-maps on a 59.95Hz monitor:
"paint" g_get_monotonic_time +17278μs, gdk_frame_clock_get_frame_time +17278μs
"paint" g_get_monotonic_time +17449μs, gdk_frame_clock_get_frame_time +17426μs
"paint" g_get_monotonic_time +17620μs, gdk_frame_clock_get_frame_time +17600μs

AFTER
gdkgears:
60 FPS and smoother
gnome-maps on a 59.95Hz monitor:
"paint" g_get_monotonic_time +18228μs, gdk_frame_clock_get_frame_time +16680μs
"paint" g_get_monotonic_time +15010μs, gdk_frame_clock_get_frame_time +16680μs
"paint" g_get_monotonic_time +17134μs, gdk_frame_clock_get_frame_time +16680μs

dnd: Remove "delete" argument from gtk_drag_finish()

The argument is ignored by anything but X11.
It's treated like suggested_action == MOVE.

So do that in gtk_drag_finish(), too.

dnd: Introduce gdk_drop_read_async() and use it

This is the replacement for selection usage.

Backend implementations for X11 (missing support for backwards compat
formats like COMPOUND_TEXT) and Wayland are included.

GTK code should be adapted to use gdk_drop_read_*() functions instead
of gtk_drag_get_data().

gdk: Fix wrong usage of g_task_propagate_pointer()

The return value is transfer full, not transfer none.

clipboard: Add the useful stuff from reverted commit

This is the parts of dc50e0637ffa8bc7a369d00a5d8e7656d03c3781 that
should have been committed but were reverted in
b5c62cf86fe37e05ce2a0ae050df2a229457676b to unbreak the build.

dnd: Add gdk_drag_context_get_display()

Also turn it into a readable, construct-only property.

Every GDK object should have this. (Apart from GdkDisplay, obviously.)

gdk: Include gio.h in gdktypes.h

It's where we include all our external dependencies.

This way, we don't have to include it in all headers again and again.

gtkwindow: Allow edge resizing from corners if constraints forbid either side

The fix is twofold. First, when checking that a corner is resizable, we must
check the constraints on both edges. Second, when checking either edge we
must include both perpendicular sides in order to allow those to be
resizable when the constraint does not allow resizing the edge being
checked.

gtkwindow: Use shadow border when calculating resize areas positions

This way resize areas are correctly positioned right outside the visible
window edge on all sides.

gtkwindow: Do not account handle size when checking content area

This is necessary to bring back the L-shaped resize corners. On all edges
(not corners) the handle width is determined by the border size.

Fix some parameter name mismatches to make g-ir-scanner happier

Switch the order for cursor lookup

When looking for the cursor to apply, start from the innermost
widget and go up. This is the right behavior for cases like
entry icons. The top-down order we were using so far is the
right behavior for cases like global wait cursors. Since we
have entry icons in gtk, but not global wait cursors, lets
pick the other order for now.

treeview: Don't draw background twice

This is done unconditionally for all widgets these days.

recorder: Show rounded clip node corner size info

snapshot: Don't create blur nodes with radius 0

snapshot: Collapse color matrix nodes

Color matrix nodes as the child of other color matrix nodes can happen
quite frequently as a result of CSS. To ease the renderer
implementations, collapse chains of color matrix nodes into one.

Fix a few overlooked casts

glib warns about these now.

paned: Grab during the drag

This is necessary to ensure we get the right cursor.

cssshadowvalue: don't apply the y_scale offset twice to the shadow

As per commit 942e904 this changed causing a regression that
seems to be visible only when scale > 2.

https://bugzilla.gnome.org/show_bug.cgi?id=791363

Fix fallout from g_object_ref change

g_object_ref now returns the type of the object that was
passed. Introduce cast as necessary to avoid warnings due
to this.

css node tests: Update expected output

Fix fallout from the show-close-button rename

I had overlooked ui files. We should really
validate those during build.

mir: Fix potential use of NULL GDBusConnection

If we fail to connect to the session bus, it would be a bit silly to
immediately try and use that NULL connection.

Signed-off-by: Philip Withnall <withnall@endlessm.com>
https://bugzilla.gnome.org/show_bug.cgi?id=668590

Rename GtkHeaderBar::show-close-button

It is about all window buttons, so rename it to ::show-title-buttons.

https://bugzilla.gnome.org/show_bug.cgi?id=779862

wayland: Destroy the xdg_imported after the wl_surface

This way the window manager can handle destruction while having the
transient-for relationship still valid.

https://bugzilla.gnome.org/show_bug.cgi?id=791062

wayland: Maybe postpone xdg-foreign state setup until mapping

In order to map a window with the correct initial parent-child
relationship when a modal dialog is set up to be a child of an imported
foreign window, the relationship must be set up before the window is
mapped.

In order to do this, if a window is not yet mapped, postpone the
relationship setup until when the window is eventually mapped.

https://bugzilla.gnome.org/show_bug.cgi?id=791062

placesview: Present FUSE-reachable network shares in Other Locations

The documentation about gtk_file_chooser_set_local_only() states
that "non-native files may still be available using the native
filesystem via a userspace filesystem (FUSE)."
The code that made this possible in GTK+2 was missing from GTK+3 and
that represented a regression for Linux users in numerous applications
(Firefox, Thunderbird, Chromium, ...)

https://bugzilla.gnome.org/show_bug.cgi?id=787128

gdk: Add GDK_SEAT_CAPABILITY_TABLET_PAD

Tablet pads don't adapt really well to any other capability, so add a
distinct one to be able to query those properly.

https://bugzilla.gnome.org/show_bug.cgi?id=790920

gdk: Add gdk_seat_get_master_pointers()

Traditionally (and on most backends) there's a single master pointer driven
by all pointing devices. The notable exception is Wayland though, where
master pointing devices are created per capability in the case of
pointer/touch, and one for each drawing tablet.

This function call makes it easy to access all these.

https://bugzilla.gnome.org/show_bug.cgi?id=790920

Move editing to button release

This will free up primary button press for drags.

Make sure stopped spinner stay visible

This demo needs stopped spinners to be visible,
so the user can interact with them.

Fix a typo in the docs

Add a Cut menuitem to the dnd demo

More work on the dnd demo

Still no dnd in the drag-and-drop demo...

paned: Restrict picking to allocation

Same reason as GtkViewport does it: We might allocate child widgets
outside of the paned's content allocation. For drawing, we add a clip
node.

This was causing the "Record" button in the inspector recorder to ignore
pointer events since the treeview column header label in the GtkPaned
was swallowing it.

Remove all gtk_widget_get_content_size usages

And remove the function itself. Make everything use gtk_widget_get_width
and gtk_widget_get_height instead.

Add some copy-paste for widgets demo

Not sure this is quite right yet.

Start a dnd demo

Nothing to see yet.

Update gtk docs for recent changes

Clipboards are gone, textures appear...

Drop get/set_scale_factor from gsk docs

They no longer exist.

broadway: Add broadway_server_lookup_surface helper

broadway: Make the use of next_texture_id clearer

It used to actually be pre-incremented, so meant like "one before
next id".

broadway: Use "surface" instead of window/toplevel for browser object

Als fixes indentation/tabs and removes some unused code.

broadway: Remove references to unused BROADWAY_EVENT_DELETE_NOTIFY

broadway: Remove now unused toplevel surface

autocleanups: allow g_autoptr() usage with GtkTreePath

As the summary says, this allows using g_autoptr(GtkTreePath). This is
useful for API that uses out parameters for GtkTreePath that need to be
freed.

https://bugzilla.gnome.org/show_bug.cgi?id=791234

Ensure that the path is always set

We are using `path` unconditionally, but it can be conditionally filled.
To avoid inconsistent internal state, and a compiler warning, let's
assert that the variable is always set.

Fix the build

Use the right argument name in the preconditions check.

gdk: Documentation improvements

docs: Drop some no longer existing functions

Revert "clipboard: Add gdk_clipboard_set()"

This reverts commit dc50e0637ffa8bc7a369d00a5d8e7656d03c3781.

This broke the build.

clipboard: Add gdk_clipboard_set()

This API allows specifying a GType and va_args of a value of that type
to set the clipboard contents. This massively simplifies setting weird
object types into the clipboard.
2 example patches included in this patch are the GtkTextBuffer and the
file list in the file chooser.

Using gobject-introspection, this should work without specifying the
type, so that you can literlally say
  clipboard.set ("Hello World")
or
  clipboard.set (pixbuf)
which is why I've also marked all other setters as (skip). They just
exist in C as wrappers for type safety reasons.

dnd: Remove x/y coordinates from drag-data-received

This is in preparation of using input streams to show that these
coordinates aren't needed most of the time and can otherwise be saved
during GtkWidget::drag-drop.

Expand the docs

Cross-reference the serializers.

Document gdk_content_provider_contents_changed

gdk: Expand the clipboard documentation

gdk: Fill in some blanks in the docs

This is just an initial cut; more work is needed.